home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9297 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.8 KB  |  49 lines
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Help : Problems with Arrays of Arrays
  5. Date: 8 Mar 1996 14:03:41 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4hqaruINNej1@keats.ugrad.cs.ubc.ca>
  8. References: <4houo4$o7@niaomi.iscm.ulst.ac.uk>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10.  
  11. In article <4houo4$o7@niaomi.iscm.ulst.ac.uk>,
  12. Shaunna McClintock <shauna@iscm.ulst.ac.uk> wrote:
  13. >
  14. >Hi,
  15. >
  16. >I'm currently writing a program with a structure as follows:
  17. >
  18. >Pop is a structure composing of an int and an array of Chrom
  19. >Chrom is a structure composing of an int and an array of Gene
  20. >Gene is a structure
  21.  
  22. struct Pop Dan? (Sorry, couldn't resist...)
  23.  
  24.  
  25. >I've problems in that if in Chrom.. Array of Gene > [3] and Array of 
  26. >Chrom > [30]...the program hangs.. i really need much larger arrays... 
  27. >i'm currently using borlandC on my PC. 
  28. >
  29. >Do anyone have any ideas on how to solve this problem.. does C restrict 
  30.  
  31. Select a different ``memory model'' for the compilation of your project. Your
  32. problem is likely due to hardware limitations of the 16-bit DOS environment.
  33. Even if you choose a huge memory model, you are still limited to working within
  34. 1 megabyte (code + data combined).
  35.  
  36. Better yet, maybe it's time for you to migrate to a 32-bit operating system
  37. with a 32-bit development environment. 
  38.  
  39. >its use of arrays of arrays....
  40.  
  41. Yes and no. The C standard does defines the bounds of the smallest possible
  42. implementation that can be considered compliant, but implementations are not
  43. expected to introduce unnecessary arbitrary limits. On the platforms I work
  44. with, for instance, I could declare a 50 megabyte or larger array easily,
  45. should I feel so inclined.
  46.  
  47. -- 
  48.  
  49.